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IT’S  LATE,  COSTLY,  INCOMPETENT 
—BUT  TRY  FIRING  A COMPUTER  SYSTEM 

Companies  get  stuck  with  ‘runaways'  that  trample  all  over  their  budgets  and  reputations 


Bt’s  a project  that,  for  Allstate  Insur- 
ance Co.,  has  redefined  the  concept 
of  sparing  no  expense.  The  Sears, 
Roebuck  & Co.  subsidiary  set  out  in  1982 
to  build  the  insurance  industry’s  most 
sophisticated  computer  system,  one  that 
would  make  its  competitors  quake.  The 
system  was  supposed  to  automate  All- 
state’s office  operations  and  shorten  the 
normal  three-year  period  needed  to  intro- 
duce new  types  of  policies  to  one  month. 
Allstate  hired  Electronic  Data  Systems 
Corp.,  the  systems-integration  company, 
to  develop  the  software  and  help  install 
it  on  the  firm’s  hardware.  The  target 
date  for  completion  was  December,  1987; 
the  target  cost  was  $8  million.  Some  $15 
million  later,  Allstate  has  a new  project 
consultant,  a new  deadline,  and  a new 
cost  estimate:  $100  million. 

The  Allstate  case  is  a classic  example 
of  a computer  runaway,  a system  that’s 
millions  over  budget,  years  behind 
schedule,  and — if  ever  completed — less 
effective  than  promised.  A recent  Peat 
Marwick  Mitchell  & Co.  survey  of  600  of 
the  accounting  firm’s  largest  clients 
highlighted  the  problem:  Some  35%  cur- 
rently have  major  runaways.  Indeed,  ex- 
perts say,  such  diverse  systems  integra- 
tors as  the  Big  Eight  accounting  firms, 
computer  suppliers,  and  even  in-house 


data  processing  staffs  are  fast  building 
a record  of  mediocrity.  Says  James  A. 
Willbern,  a management  consultant  at 
Peat  Marwick:  The  industry’s  “ability  to 
install  systems  is  pretty  crummy.” 

The  problem  is  so  acute  that  it  has 
created  a lucrative  industry  of  its  own. 
In  1986,  Willbern  set  up  a group  at  Peat 
Marwick  to  rein  in  runaways.  Since  then, 
he  has  had  $30  million  in  revenues  from 
nearly  20  clients,  including  Allstate. 
BLOWN  DEADLINES.  Allstate’s  project  ran 
on  track  for  about  a year  before  it  went 
awry.  First,  deadlines  for  programming 
and  for  testing  hardware  started  slip- 
ping by.  Then  Allstate  technical  staffers 
quarreled  over  the  dimensions  of  the 
project  and  each  other’s  roles.  By  1987, 
the  huge  project  had  changed  from  sav- 
ior to  albatross,  and  Allstate  had  had 
enough.  It  started  over  with  Peat  Mar- 
wick, which  helped  revamp  and  train  the 
in-house  staff  working  on  the  system, 
now  .targeted  for  completion  in  1993. 

Although  there  are  many  explanations 
for  the  epidemic  of  runaways,  there 
seems  to  be  a common  thread:  Neither 
buyers  nor  builders  of  computer  sys- 
tems have  adjusted  their  deadlines  to 
reflect  the  increased  complexity  of  com- 
puter projects.  A decade  ago,  a $2  mil- 
lion computer  system  that  took  longer 


than  a year  to  build  was  a rarity.  Such 
systems  were  self-contained  units  with 
no  interweaving  of  technologies  and 
data  bases.  Connectivity  was  a foreign 
word.  Today,  although  companies  are  de- 
veloping systems  of  such  magnitude 
that  entire  businesses  are  sculpted 
around  them,  many  designers  still  use 
the  old  approach.  Far  better,  consultants 
say,  is  to  divide  major  projects  into  mod- 
ules that  can  be  finished  one  at  a time. 

“It’s  the  difference  between  counting 
the  number  of  people  in  a small  room 
and  doing  a U.  S.  census,”  says  Wayne 
Stevens,  a leading  systems-design  theo- 
rist. “It  takes  two  different  skills,  and 
when  you  go  from  the  simpler  to  the 
more  complex  project,  you’d  better  do 
things  differently.” 

Tom  Hefty  learned  this  the  hard  way 
when  a runaway  carried  Blue  Cross  & 
Blue  Shield  United  of  Wisconsin  to  the 
brink  of  disaster.  In  1983,  three  years 
before  Hefty  became  chief  executive  of 
the  Milwaukee-based  insurer,  it  hired 
EDS  to  build  a $200  million  system  to 
coordinate  all  the  services  then  being 
handled  by  five  computers.  The  system 
was  completed  on  time — in  just  18 
months.  But  it  didn’t  work.  One  exam- 
ple: Because  of  an  entry  error,  the  com- 
puter sent  out  hundreds  of  checks  to  the 
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INFORMATION  PROCESSING 


A SAMPLIMG  OF  ‘RUNAWAY^  PROJECTS 

INSURAHCI  In  1982,  with  software  from  Electronic  Data  Systems,  the  insurer  begon  to  build  on 
J8  million  computer  system  that  would  automate  it  from  top  to  bottom.  Completion  dote:  1987  An  assort- 
ment  of  problems  developed,  delaying  completion  until  1993,  The  new  estimated  price:  $100  million 

CITY  OF  RICHMOND  In  1984  it  hired  Arthur  Young  to  develop  a $1 .2  million  billing  and  information  system 
for  Its  water  and  gas  utilities.  Completion  date:  March,  1987.  After  paying  out  close  to  $1  million,  Richmond 
recently  canceled  the  contract,  saying  no  system  had  been  delivered.  Arthur  Young  has  filed  a $2  million  ■■ 
breach  of  contract  suit  against  the  city 

BUSINESS  MEN’S  ASSURANCE  In  1 985  the  reinsurer  began  a one-year  praject  to  build  a $500,000  sys- 
tem to  help  minimize  the  risk  of  buying  insurance  policies  held  by  major  insurers.  The  company  has  spent 
neorly  $2  million  to  dale  on  the  project,  which  is  in  disarray.  The  new  completion  date  is  early  1990 

STATE  OF  OKLAHOMA  In  1983  it  hired  a Big  Eight  accounting  firm  to  design  a $500,000  system  to  handle 
explosive  growth  in  workers'  compensation  claims.  Two  years  and  more  than  $2  million  later,  the  system 
still  didn't  exist.  It  finally  was  finished  last  year  at  o price  of  nearly  $4  million  ' 

BLUE  CROSS  & BLUE  SHIELD  UNITED  OF  WISCONSIN  In  late  1 983  it  hired  Electronic  Data  Systems  to  ^ ' 
build  a $200  million  computer  system.  It  was  ready  18  months  later— on  time.  But  it  didn't  work.  The  sys-  I • 
tern  spewed  out  some  $60  million  in  overpayments  and  duplicate  checks  before  it  was  harnessed  last  year  - 
By  then.  Blue  Cross  says,  it  hod  lost  35,000  policyholders  , 

DATA:  BW  ~ 


fictitious  hamlet  of  None,  Wis.  A month 
later  the  checks  arrived  back  at  Blue 
Cross  for  readdressing.  During  its  first 
year,  the  system  disbursed  $60  million  in 
overpayments  or  duplicate  checks. 

Before  the  runaway  was  stopped. 
Blue  Cross  lost  35,000  members — a set- 
back it  attributes  to  the  computer  prob- 
lems. EDS  contends  foul-ups  were  inev- 
itable because  of  the  multitude  of  data 
to  be  converted  from  the  old  system  to 
the  new.  But  Blue  Cross  wants  EDS  to 
reimburse  it  for  some  of  the  lost  reve- 
nues. The  dispute  is  now  in  arbitration. 

Inheriting  this  mess  in  1986,  Hefty  im- 
mediately instituted  tough  quality-con- 
trol measures.  He  found  that  the  sys- 
tem’s developers  never  adequately  used 
checkpoints  during  the  project  to  evalu- 
ate whether  the  system  was  on  track. 
Only  that,  he  says,  would  have  ensured 
a more  successful  outcome.  Others  con- 
cur. “In  larger  projects,  you  should  have 
a detailed  review  every  12  months,”  says 
Jack  Epstein,  a vice-president  at  the  re- 
search firm  International  Data  Corp.  "In 
shorter-term  projects,  you  could  meet 
every  six  months.  These  meetings.  Hef- 
ty adds,  should  include  senior  manage- 
ment. Most  nontechnical  executives  are 
unwilling  to  take  an  active  role  in  devel- 
oping a computer  system— until  costs 
spiral  out  of  control.  “I  let  it  slip,  that’s 
the  problem,”  says  the  president  of  a 
medical  diagnostic  firm.  “I  kept  hands 
off,  and  it  hurt  me  in  the  end.” 
‘PROMISING  EVERYTHING.’  This  Company 
pperienced  a nightmare  last  year  when 
its  new  computer  system,  during  its  first 
day  in  operation,  lost  information  per- 
taining to  thousands  of  crucial  medical 
tests.  The  software  couldn’t  handle  the 
volumes  of  data  it  had  to  deal  with. 
Luckily,  the  loss  was  not  permanent— 
but  it  took  30  days  to  reconstruct  the 
records.  At  that  point,  the  company’s 
president  decided  to  “take  a clean  look 
at  this  thing.”  He  fired  the  data  process- 
ing chief,  hired  a new  technical  staff, 
and  announced  that  he  would  be  closely 
involved  with  all  future  systems  develop- 


ment. A new  system  is  expected  to  be 
completed  by  the  end  of  this  year. 

One  problem  with  giving  data  process- 
ing professionals  and  outside  suppliers 
free  rein  over  a new  computer  system  is 
that  they  tend  to  be  overly  optimistic: 
“They  sell  expectation,  not  reality,”  says 
Dave  Elenburg,  who  last  year  led  a 
group  that  cleaned  up  a multimillion-dol- 
lar  runaway  in  the  workers’  compensa- 
tion system  in  Oklahoma.  “DPers  feel 
they  have  to  keep  the  executives  happy 
by  promising  even  what  they  can’t  deliv- 
er. And  suppliers  are  out  for  sales.” 

One  common  gripe  among  customers 
is  that  after  they  hire  a supplier  to  direct 
the  development  of  a system,  the  work 
is  frequently  assigned  to  “students 
straight  out  of  tech  school,”  as  Elenburg 
puts  it.  The  more  talented  professionals 
who  represented  the  supplier  in  the  ini- 
tial meetings  are  busy  trying  to  bring  in 
new  business.  Robert  C.  Bobb,  city  man- 
ager of  Richmond,  Va.,  was  so  incensed 
two  years  ago  when  Arthur  Young  sent 
inexperienced  technicians  to  develop  the 
management  system  for  the  city’s  utili- 
ties that  he  now  writes  into  all  consult- 


ing contracts  the  names  of  the  people 
who  must  work  on  the  project.  Arthur 
Young  says  that  its  senior  consultants 
were  “heavily  involved”  in  the  Richmond 
project.  But  Bobb  says  that’s  not 
enough:  “The  partners  have  to  begin  to 
do  the  grunt  work.” 

DISMAL  PICTURE.  So  do  the  people  who 
ultimately  will  use  the  system.  Too  of- 
ten, a runaway  occurs  because  during 
the  planning  stages  the  staffers  who 
eventually  will  be  operating  the  comput- 
ers are  not  consulted  for  ideas  about 
how  the  system  should  work.  “User  in- 
volvement cannot  be  casual,”  says 
George  Hathaway,  a runaway-buster  at 
the  Index  Group,  a Cambridge  (Mass.) 
consultancy.  “The  mind-set  has  to  be  em- 
phasized more  to  users  that  the  comput- 
er works  for  you;  you  don’t  work  for  it.” 

As  dismal  as  the  picture  is,  there  are 
glimmers  of  light.  Many  runaway  con- 
sultants feel  that  the  recent  round  of 
failures  has  taught  buyers  caution. 
“Corporate  executives  are  becoming 
very  wary  about  dropping  millions  of 
dollars  into  a bottomless  bucket,”  says 
Phil  Dressier,  a Dallas-based  runaway 
salvager.  Moreover,  Dressier  adds,  as 
such  executives  become  more  computer- 
literate  over  the  next  few  years,  they 
will  be  less  afraid  to  take  charge  of  tech- 
nical projects.  And  data  processing  pro- 
fessionals are  becoming  better  manag- 
ers, increasingly  using  the  modular 
approach  to  building  systems.  What’s 
more,  unyielding  competition  in  the  $5 
billion-a-year  systems-integration  field 
will  sooner  or  later  force  the  companies 
in  it  to  be  more  attentive  to  customers’ 
needs  or  be  losers  in  a booming  market. 

These  trends  are  cause  for  hope.  But 
until  they  spread,  it  seems  inevitable 
that  millions  more  will  be  squandered  on 
computer  systems  that  fail  to  work  or 
even  to  see  the  light  of  day. 

By  Jeffrey  Rotkfeder  in  New  York 


HOW  TO  KEEP  A PROJECT 


UNDER  CONTROL 


► Before  designing  the  system,  get  suggestions 
y-^'from  the  people  who  will  use  it  ■ 

'i’-l— . . ^ ^ — ... 

Put  senior,  nontechnical  management  in  charge  ^ 
j,;'.*of  the  project  to  help  ensure  that  it  is  finished  on  ' 
time  and  within  budget 
■TJTPj : 

Set  up  12;month  milestones — interim  deadlines 
or  various  parts  of  the  project  ^ i,  j 

Insist  on  performance  clauses  that  hold  suppliers  ., 
legally  responsible  for  meeting  deadlines  . . , ; • 

update  the  system  in  midstream,  be-  . 
fore  the  original  plan  is  finished  /'.'i:.., 


INFORMATION  PROCESSING 
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CATY  BARTHOLOMEW 


"Information  systems  are  becoming 
synonymous  with  business  goals, 
in  many  industries.  " 


Donna  Berman 
Dir.  of  Marketing 
Index  Technologies,  Inc 


FIVE  FACETS  OF 

SYSTEMS  DEVELOPMENT  & MANAGEMENT 


SDM 

Spectrum 
Method  1 
Homegrown 


How  to  do: 
Analysis 
Design 

Programming 

Conversion 


CASE 

PMS 


How  to: 

Verify 

Validate 

Walkthroughs 

Reviews 

Testing 


How  to; 
Estimate 
Schedule 
Resou  rce 
Allocation 
Status 


LOIS  ZELLS 

LOIS  ZELLS  & ASSOCIATES,  INC. 


"My  view  is  that  most  projects  are 
in  trouble  before  they  get  off  the 
ground. " 


Victor  Riden 
Consultant 


CAUSES  OF  RUNAWAY 
SOFTWARE  DEVELOPMENT  PROJECTS 


1.  Delivery  Dates  Mandated  by  Management 

2.  "Not  an  Acceptable  Number" 

3.  Adjustments  to  Scope 

4.  Poor  Estimating  Methods 

5.  Lack  of  Control 

6.  Lack  of  Sponsor  Participation 

7 . Inadequate  Staffing 


"Let’s  be  frank  An  overrun  of 

1000 percent  doesn  ’t  come  as  a surprise. 
Somebody  made  the  decision  to  proceed 
in  spite  of  the  high  cost,  and  it  is 
unlikely  that  better  precision  in  the 
estimates  would  have  stopped  such  a 
calamity.  Someone  was  afraid  to  admit 
the  obvious. " 


Fred  Forman  - Vice  President 
American  Management  Systems 
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HOW  PROGRAM  CONTROL  BENEFITS  THE 
SOFTWARE  DEVELOPMENT  PROCESS 


1.  Risk  Reduction  in  Planning 

2.  Management  Acceptance 

3.  Early  Regression  Analysis 

4.  Controlling  the  Developer's  Activities 

5.  Configuration  Control  of  Modules 


PROJECT  MANAGEMENT 
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Implementing  Project  Management  in 
the  SoRware  Development  Industry 
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DEFINING  PROJECT  OBJECTIVES 

DEFINE  PROJECT  OBJECTIVES 
DELIVERABLES 
TIME 
BUDGET 

DEVELOP  PROJECT  STRATEGY 
OPPORTUNITIES 
THREATS 
ISSUES 

STAKEHOLDER  ANALYSIS 
CLARIFY  PROJECT  ORGANIZATION 
FUNCTIONAL 
PROJECT 
MATRIX 

OBTAIN  PROJECT  TEAM  AGREEI.::NT 
PROJECT  TEAM  "BUYS-OFF" 

ON  STRATEGY 
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A MATRIX  ORGANIZATION 


^ LINE  AUTHORITY 

PROJECT  AUTHORITY 
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"A  Framework  for  managing  the 
systems  development  process  is 
required. " 


Arthur  Andersen  & Co. 
Foundation 
Method/ 1 module 


WORK  BREAKDOWN  STRUCTURE 
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PRO  ! F"CX  MILESTONE  SCHEDULE 

li^c  - DESIGN-CONSJRUCTPRO^ 
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DESIGN 

Conceptual  Design 
Detailed  Design 
As— builts 
|PR0CUREMENT 

Long  Lead  Components 
Other  Major  Components 
Installation  Materials 
jCONSTRUCTION 

Site  Preparations 
Excavations 
Foundations 

Mechanical  Components 
Electrical  Components 
Piping  Systems 
Wiring  Systems 

[start- UP 

Component  Checkout 
Systems  Checkout 
Acceptance  Testing 
Punch  List  Work 
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TASK  DEFINITION 


* Expected  Product 

* How  DOES  ANYONE  KNOW  THAT  THE  TASK  HAS  BEEN 
COMPLETED? 

* A CLEAR  UNDERSTANDING  OF  THE  TASK 


TIME  ESTIMATING 

*  *  * * 

(or  "How  long  does  it.  take 

TO  CATCH  A FISH?) 

* Elapsed  Time  vs.  Actual  Time 

* Task  Time  vs.  Resource  Time 

* Interface  Losses  & Delays 

* Theoretical  Duration  vs.  Experience 

* Skill  Levels 

* Learning  Curve  (Product/Process  Newness) 

* Priority 

(Assign  higher  priority  to  higher  risk) 


PERCENT  COMPLETE 


PROJECT  COST  - PLAN  vs.  ACTUAL 


PROJECT  PROGRESS  - PLAN  vs.  ACTUAL 
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PLAN 


WEEKS  FROM  START 


ACTUAL 
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CRITERIA  FOR  PROJECT  MANAGEMENT  SOF1UARE 
FOR  SOFTWARE  DEVELOPMENT  PROJECTS 


PM  SOFTWARE  MUST  BE  ABLE  TO  SCHEDULE  IN 
HOURLY,  DAILY,  AND  WEEKLY  TIME 
INCREMENTS. 

Critical  path  scheduling  is  required,  but 

NON-NETWORKED  ACTIVITIES  MUST  BE  HANDLED 
BY  THE  PROGRAM. 

Must  have  cost  and  schedule  integration. 
Time-phased  quantity  and  cost/budget 

REPORTING,  AND  EARNED  VALUE  COST  TRACKING 
ARE  IMPORTANT.  SHOULD  TRACK  ECUS,  BCWP, 
ACUP,  AND  ETC  IN  MONTHLY  TIME  FRAMES. 

Need  resource  sui«iarization  in  report  and 

ON-SCREEN  FORMATS. 

Must  be  able  to  establish  a contract 

BASELINE  AND  MEASURE  PROGRESS  AGAINST  THE 
BASELINE. 

Must  be  able  to  establish  a resource 

LIBRARY  FOR  MULTIPLE  PROJECTS,  AND  DO 
MULTI-PROJECT  RESOURCE  LEVELING. 

Require  flexible  graphical  outputs, 

ESPECIALLY  FOR  BAR  CHARTS  AND  PERFORMANCE 
MEASUREMENTS.  PREFER  TO  BE  ABLE  TO  GET 
SOME  OF  THESE  IN  8+  X 11  FORMAT,  FOR  USE 
IN  OVERHEAD  PROJECTORS. 


9. 


Need  to  be  able  to  interface  with  other 

SOFTWARE,  VIA  IMPORT/EXPORT  CAPABILITIES. 

Integrated  database  management  system 

WOULD  BE  A PLUS 

10.  Must  be  able  to  perform  "what-if"  analy- 
ses WITHOUT  DESTROYING  ORIGINAL  PLAN. 

11.  Provide  some  means  of  allowing  users  to 

DESIGN  THEIR  OWN  REPORT  FORMATS,  AT  LEAST 
TO  ALLOW  SELECTION  AND  LOCATION  OF  DATA 

FIELDS.  Provide  capability  for  sorting 

AND  SELECTING  DATA  (FOR  EXCEPTION 

reporting)  and  for  suwiarization  (for 

MANAGEMENT  REPORTING) . 

12.  An  alternate  resource  capability  would  be 

NICE,  BUT  NOT  ESSENTIAL. 

13.  Vendor  support  is  critical.  Need  timely 

SUPPORT,  TRAINING  AND  GOOD  DOCUMENTA- 
TION. Vendor  should  provide  regular 
UPGRADES.  Should  be  active  user  group, 

PREFERABLY  RUN  BY  THE  USERS. 

14.  Acceptance  of  out  of  sequence  progress. 

15.  Project  prioritization  in  a multi-project 

ENVIRONMENT. 


Resource  Assignment 


Assign  as: 

1.  Amount  per  task 

2.  Amount  per  time  unit  per  task 

3.  Percentage  of  an  individual's 

AVAILABILITY 

Examples: 

1.  120  HOURS  (total  for  task) 

2.  4 HOURS  PER  DAY  OVER  TASK  DURATION 

3.  50%  OF  Jill's  availability 
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HOW  TO  SPECIFY,  EVALUATE 
& SELECT  PROJECT 
MANAGEMENT  SOFT14ARE 


• Determine  your  Project  Management  Methods 

• Determine  your  PM  Software  Needs 

• Develop  the  PM  Software  Specification 
0 Develop  a List  of  Candidate  Products 

0 Evaluate  the  Preliminary  Alternative  Set 
0 Evaluate  the  Final  Alternative  Set 
0 Make  the  Final  Selection  & Purchase 


DETERMINE  YOUR  PROJECT  MANAGEMENT  METHODS 


Identify  project  management  stakeholders 
Put  together  an  evaluation  team 
Identify  system  interfaces 
Gather  Information 

Hold  workshops  & brainstorming  sessions 
Review  your  project  management  methodology 
Assess  adequacy  of  your  current  methods 
Consider  corporate  culture  & system  users 


•^•‘-  'L'A'P'-"  '^'’  *‘  ■'  ; 

..A’  t.  j.t> j ■■  ■ V .’*■ 


49t' 


' -3^‘-  ■ 

■ ,j«>|kjs,{g*.<"  .^.  /.  . ■<  >i-.  •'  * J 

■ / '.*'  ' V w ^ ; i 

4 • ,:^-  ' C’M 


f"  •v>^^  -'I  -,t*'V  -I-S 

-4 


i i-.-^il  1' 

' ■ ’‘rf  ' 


HrfVISW'  :o  f > ■■  '^''  ‘S! 

■'  .1  ►'  S'9*'«L:j-'4.i  ^')»  !ii‘‘'  '^'  J V*'  » 


•‘( 


;-l*v  ■ 'i.*'  <k-”^jr  ^ " -V*^  ■ . Sit.  - 


• -»;is  Jl'S^vt  * V-  ■&* 

- • «.  • «sr-  -»  vS-  L‘dT>,  /AJ 


•V  ..  - . asfcs.aawt-„!32t, , ,,  ..■^^^^■  . -^-ffp-- 

■f •*’^-  P'-^ii-‘-  ’’i^i’-  'i.  - 


Examples  of  Commercial 
Project  Management  Softvjare 

FOR 

Software  Developers 

Project  VkmicBENCH 

Applied  Business  Technology  Corp. 

361  Broadway 

New  York,  NY  10013 

(212)  219-8945 

MicroMan  II 

POC-IT  Management  Services 
606  UiLSHiRE  Blvd.  Suite  512 
Santa  Monica,  CA  90401 

(213)  393-4552 

Multitrak 

Multitrak  Software  Development  Corp 
108  Lincoln  Street 
Boston,  MA  02111-2502 
(617)  482-6677 

Method/1  (Foundation) 

Arthur  Andersen  & Co. 

1-800-458-8851 


Trends 


Focus  WILL  BE  ON  MiCROCOMPUTER-BASED 

Systems . 

Primary  platform  will  continue  to  be  the 
PC  WITH  DOS  & OS/2.  Graphical  User  Inter- 
faces, SUCH  AS  Windows  & Presentation 
Manager  will  be  popular. 

Additional  support  for  Mac  & Unix. 

High-end  systems  will  strive  for 
Distributed  Processing. 

Distributed  Processing  will  be  achieved 
VIA  Mainframe/Micro  platforms,  and  via  pc 
BASED  File  Server  protocols. 

As  TRADITIONAL  PMS  BECOMES  TOO 
SOPHISTICATED  FOR  MODERATE  & NOVICE 
USERS,  NEW  (low-end)  TOOLS  WILL  BE 
DEVELOPED. 

Most  PMS  tools  will  be  designed  for 

GENERAL  USE,  BUT  THERE  WILL  BE  GREATER 
AVAILABILITY  OF  APPLICATIONS-ORIENTED 
PRODUCTS . 


The  Training/Consulting  Connection 

The  Problem: 

1.  Ineffective  implementation  of  PMS  systems 

2.  PNS  NOT  BEING  USED  THE  SUPPORT  PROJECT  CONTROL 

3.  Project  objectives  not  being  met 
Causes; 

1.  Organizational  problems 

2.  Communications  problems 

3.  Training  deficiencies 

Analysis  of  Training  Deficiency  Condition; 

1.  Training  limited  to  use  of  the  PMS  product 

2.  No  TRAINING  OF  CONTRIBUTORS  TO  THE  PROJECT  INFO  FLOW 

3.  No  TRAINING  OF  THE  RECEIVERS/RESPONDERS  OF  THE  INFO 

4.  Lack  of  knowledge  of  PM  principles 

5.  Users  weak  on  PMS  communicating  techniques 

The  Solution; 

1.  Combined  consulting  & custom  training 

2.  Information  gathering,  discusions,  brainstorming, 

PROBLEM  SOLVING 

3.  Knowledge/training  assessment 

4.  PMS  USE  ASSESSMENT 

5.  Communications  assessment 

6.  Results  assessment 

7.  Custom  seminar  for  inputers  to  the  system 

8.  Development  of  system  outputs 

9.  Custom  seminar  for  receivers  of  system  outputs 

Case  History: 

Summary: 

1.  Find  out  what  is  wrong 

2.  Determine  weaknesses  in  system  application 

3.  Improve  system  operation 

4.  Indocrinate  contributers  to  the  input 

5.  Indocrinate  users  of  the  output 
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EFFECTIVE 

SYSTEM 

IMPLEMENMION 


By  Harvey  A.  Levine 


C Congratulations!  Your  company  has 
decided  to  upgrade  its  practices 
and  tools  employed  in  managing 
its  projects.  You  have  just  made  a five- 
figure  investment  in  several  copies  of  the 
latest  PC-based  project  management  soft- 
ware. You’ve  reviewed  your  methodol- 
ogy, determined  and  prioritized  your 
software  needs,  developed  a software- 
selection  specification  and  reviewed  and 
evaluated  several  of  the  short-list  prod- 
ucts. So  you’re  fairly  confident  that  your 
choice  of  Utopian  Project  Manager  VII 
from  Hare  Krishna  Software  Ltd.,  Bhopal, 
India,  will  do  the  job. 

To  effectively  implement  the  new  sys- 
tem, your  company  has  identified  two 
planning  and  control  gurus  and  placed 
them  both  in  the  position  of  Acting  Assis- 
tant Deputy  Project  Plarming  Coordinator. 
Recognizing  that  proper  user  training  is 
essential  for  effective  utilization  of  project 
management  software,  the  two  gurus  were 
packed  off  to  New  Delhi  for  the  vendor’s 
four-day  user  seminar.  But  is  this  training 
enough  to  assure  effective  system  imple- 
mentation? In  most  cases,  the  answer  is  an 
emphatic  no! 

TROUBLE  IN  UTOPIA 

There  is  an  almost  overwhelming  ten- 
dency for  even  well-trained  users  to  expe- 
rience serious  problems  in  the  effective 
implementation  of  project  management 
systems.  Some  request  additional  training, 
while  others  arrange  for  a consultant  to 


“fix”  the  problem.  However,  it’s  not  that 
simple. 

The  problem  often  goes  beyond  the 
user’s  lack  of  knowledge  of  project  man- 
agement software.  Though  there  are  likely 
to  be  some  organization  and  communica- 
tion problems,  many  times  there  is  inade- 
quate training  provided.  Training  is  often 
limited  to  the  resident  gurus.  The  other 
people  involved,  whether  they  be  con- 
tributors to  the  project  information  flow  or 
receivers  and  responders  to  that  informa- 
tion, are  often  left  in  the  dark.  These 
people,  the  ones  who  do  the  work  and 
make  the  decisions,  have  little  knowledge 
of  how  the  system  works  or  how  they  are 
to  work  with  the  system. 

Users  must  realize  that  their  project 
management  software  system  is  part  of  a 
larger  system  of  information  flow  and 
response.  This  system  has  source  groups 
and  target  groups  that  lie  outside  the 
immediate  purview  of  the  system’s  opera- 
tor and  the  software.  The  source  groups 
might  include  the  architects  and  engineers 
and  others  associated  with  the  work  effort 
on  one  or  more  projects.  How  can  they 
possibly  develop  effective  data  for  the 
project  management  software  system  if 
they  have  no  idea  of  why  the  system  is 
there,  how  it  is  used  and  what  happens  to 
the  information  they  reluctantly  supply  in 
response  to  the  constant  hounding  of  the 
coordinators?  Many  times  these  contribu- 
tors end  up  with  two,  often  different,  sets 
of  plans:  one  for  themselves  and  one  for 


the  computer. 

Among  the  target  groups  are  project 
and  line  managers,  senior  management, 
clients  and  other  stakeholders  in  the  proj- 
ect and  the  company.  An  effective  project 
management  software  system  must  com- 
municate the  project  plans  and  status  to 
these  stakeholders.  When  there  are  project 
problems,  as  there  are  bound  to  be,  the 
system  should  point  these  out,  support  the 
analysis  and  identification  of  alternatives 
and  promote  effective  decision  making. 

But  do  firms  educate  their  stakeholders 
for  this  process?  Do  firms  explain  how  to 
read  the  system  output,  how  to  find  the 
“exception”  areas,  how  to  identify  an  out- 
of-range  conditioa’  Do  firms  establish 
practices  and  train  these  people  in  the  art 
of  “corrective  action”?  It’s  doubtful  that 
many,  if  any,  take  the  steps  necessary  to 
train  and  indoctrinate  people  at  the 
management  levels.  Yet  without  total 
understanding  and  support  at  this  level, 
successful  implementation  of  the  project 
management  software  system  is  virtually 
impossible.  What  results  is  a highly  struc- 
tured practice  of  periodic  processing  of 
bad  data  that  is  passed  out  to  uninterested 
and  still  uninformed  managers  who  do 
nothing  with  it. 

A solution  to  this  situation  involves 
extending  the  training  to  source  and  target 
personnel.  This  would  entail  customized 
training,  performed  on-site,  tailored  to 
each  firm’s  specific  environment.  Perhaps 
this  can  best  be  illustrated  by  the  following 
case  history. 

LEARNING  BY  EXAMPLE 

A NASA  software  developer  was  using 
one  of  the  better  PC-based  project  man- 
agement software  products  to  plan  and 
track  a major  software/hardware  revamp. 
Several  months  into  the  project,  it  became 
apparent  that  the  package  wasn’t  doing 
the  job  that  was  expected. 

A trainer/consultant  was  brought  in  to 
fix  the  situation.  The  client  assumed  that 
the  problem  was  primarily  associated  with 
unskillful  use  of  the  project  management 
software.  Making  no  such  assumptions, 
the  consultant  started  his  involvement  with 
a few  interviews  and  three  brainstorming 
sessions.  The  latter  consisted  of  1 1/2-hour 
meetings  with  about  a half-dozen  people 
with  varied  involvement  in  the  project. 
The  meetings  served  to  unearth  many  of 
the  problems.  Better  yet,  the  dialogues 
precipitated  by  the  brainstorming  sessions 
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led  to  immediate  resolution  of  many  of  the 
problems,  by  other  participants. 

In  this  case,  the  consultant  immediately 
found  discrepancies  in  the  project  as  it  was 
viewed  by  the  contributors,  and  the  proj- 
ect as  it  was  modeled  in  the  system.  As  a 
result,  there  were  two  sets  of  project  plans. 
Though  the  "master"  plan  resided  in  the 
computer,  the  people  who  were  doing  the 
work  were  essentially  working  to  different 
plans  they  kept  on  a sheet  in  their  desk 
drawer.  At  weekly  update  time,  they  had 
to  convert  their  status  to  the  computer 
plan,  and  something  was  always  lost  in  the 
conversion.  The  consultant  found  that  the 
lack  of  knowledge  about  what  the  system 
did  and,  especially,  what  the  system  did 
with  the  plans  and  data  that  the  contribu- 
tors provided,  was  a key  factor  in  solving 
the  problem.  Furthermore,  the  consultant 
found  that  the  people  who  received  the 
output  from  the  system  did  not  understand 
the  information  on  the  reports.  Nor  did 
they  know  how  to  respond  to  that  infor- 
mation. 

The  solution,  in  this  case,  was  to  pre- 
pare two  half-day  custom  seminars.  One 
was  aimed  at  the  contributors.  It  started 
with  a presentation  of  the  fundamentals  of 
project  management,  concentrating  on 
those  aspects  that  were  important  to  them, 
and  addressed  the  key  elements  of  their 
involvement.  It  explained  what  the  plan- 
ners were  looking  for  and  what  the  system 
did  with  their  data.  The  seminar  used  their 
application  as  a guide,  rather  than  some 
inane  tutorial  model. 

For  the  second  seminar,  the  consultant 
first  worked  with  the  system  users  to 
improve  the  system  structure  and  reports. 
They  identified  the  stakeholders  and  the 
information  that  each  stakeholder  required 
from  the  system.  Then  they  designed 
reports  that  would  present  the  needed 
information.  The  recipients  of  these  re- 
ports were  asked  to  attend  the  second 
custom  seminar.  There,  in  addition  to  the 
overview  on  projea  management,  they 
were  briefed  on  how  the  system  was  being 
used  on  their  project,  and  how  to  read  the 
reports.  They  were  directed  to  the  salient 
features  and  how  to  quickly  identify  an 
action  item  or  potential  problem,  and  how 
to  use  the  system  to  help  identify  alterna- 
tives. 

It  would  be  possible  to  continue,  but 
these  are  the  essential  elements  of  this 
case  history.  The  op>eration  was  a success. 
The  patient  lived.  And  more  importantly, 
the  project  was  successful.  Though  the 
application  involved  the  information  sys- 
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terns  environment,  it  should  not  be  diffi- 
cult to  recognize  its  applicability  to  an  AE 
environment.  Both  are  dealing  with  the 
need  to  maintain  effective  schedules  using 
limited  human  resources.  Both  can  achieve 
this  only  through  effective  planning  and 
communication  of  project  status  and  prob- 
lems. The  implementation  of  a project 
management  software  system  is,  for  most, 
an  essential  element  of  this  process.  But 
the  full  potential  of  this  process  cannot  be 
realized  unless  all  of  the  participants  to 


project  success  are  knowledgeable  partici- 
pants in  the  process  itself.  □ 


Harvey  A.  Levine  is  past  president  and 
chairman  of  the  Project  Management  In- 
stitute and  worked  in  AE  operations  at 
General  Electric  for  24  years.  He  is  cur- 
rently president  of  The  Project  Knowledge 
Group,  a Clifton  Park,  N.Y.,  consulting 
firm  specializing  in  project  management 
software  selection,  evaluation  and  train- 
ing. 


35  Barney  Road 
Clifton  Park,  NY  12065 
(518)  371-3598 

Knowledge 

Group ► 

PROJECT  MANAGEMENT  CREDENTIALS 
HanrveyA.  Levine  > 

Harvey  A.  Levine  is  the  leading  project  management  software 
consultant  and  trainer  in  the  United  States  & Canada.  His  understanding 
of  the  practical  applications  of  project  management  software  and  the 
needs  of  users,  in  all  disciplines,  has  made  him  a valuable  consultant  to 
both  the  developers  and  the  users  of  such  software.  Among  his  user 
clients  are  the  leaders  in  several  industries,  including:  Ford  Motor 
Company,  General  Electric  Company,  Singer/Link  Flight  Simulator,  Jet 
Propulsion  Lab,  Department  of  Energy,  NYNEX,  John  Deere,  First  National 
Bank  of  Chicago,  U.S.  Air  Force,  Boehringer  Ingelheim  Pharmaceuticals, 

Grand  Gulf  Nuclear  Station,  Zenith  Laboratories,  and  Schneider  Int'l. 

Over  twenty  project  management  software  vendors  have  called  upon  Mr. 
Levine  to  support  product  development,  marketing,  or  training  activities. 
These  include:  Metier  Management  Systems.  Project  Software  & Development 
Inc,  Primavera  Systems,  K&H  Project  Systems,  Pertmaster  International, 
Computer  Associates,  Software  Publishing  Co.,  Multitrak  Software,  ABT, 
Frontline  Systems,  Instaplan  Corp,  Microsoft,  Scitor  Corp,  and  Claris. 

Mr.  Levine  is  also  a frequent  contributor  to  the  literature  on 
project  management.  In  addition  to  his  books,  he  is  editor  of  the  PM 
Software  Forum,  in  the  Project  Management  Journal;  and  is  a regular 
contributor  to  Software  Magazine,  the  American  Management  Association's 
Project  Update,  and  Architectural  & Engineering  Systems.  He  also  has 
written  for  PC  World  and  Van  Nostrand  Reinhold,  contributes  to  PC  Week, 
Infoworld,  and  PC  Magazine,  and  moderates  the  annual  project  management 
panels  at  PC  EXPO. 

The  success  of  Mr.  Levine's  involvement  in  training  and  software 
selection  and  implementation  activities  have  prompted  the  following 
comments  from  clients  that  he  has  helped: 


The 

Project 


"Mr.  Levine’s  involvement  led  to  a better  choice 
of  software  and  cost  savings  exceeding  $100,000." 

(Hijor  Mtnuftcturtr) 

"Our  new  software  system  wasn’t  achieving  the 
results  that  we  expected.  Hr.  Levine  helped  us  to 
identify  what  was  wrong  with  our  overall  project 
management  techniques,'  and  how  to  make  more 
effective  use  of  the  software.  Then  he  conducted 
customized  training  to  all  personnel  involved  in 
the  project  control  process.  These  functions 
resulted  in  a complete  turnaround  in  the  effec- 
tiveness of  the  project  management  software  and 
the  active  involvement  of  project  personnel." 

(Softw*r§  Devlop^r  for  Spico  Exploration) 

Specializing  in 

Prcject  Management  Trainin'-;  i 
Prcject  Manannment  nfirtg  T '='■ 


"Mr.  Levine’s  contribution  to  the  selection  of 
project  management  software  for  our  engineering 
operations  resulted  in  expediting  the  purchase  by 
several  months  and  in  an  estimated  savings  of 
over  $15,000."  (CUctrtc  utility) 

"Our  program  required  the  effective  integration 
of  both  project  and  financial  management  systems, 
for  use  by  four  prime  contractors  and  for  very 
different  types  of  projects.  Mr.  Levine  helped  us 
to  define  our  project  management  methodology, 
narrowed  down  the  field  to  two  suitable  products, 
and  provided  the  information  and  training 
necessary  for  us  to  make  the  final  choice." 

(Aerospace  RSD  Client) 


.■if';. 


Harvey  A.  Levine,  during  27  years  of  service  to  the  project 
management  profession,  has  provided  Applications,  System  Design,  and 
Consulting  Services  in  Project  Planning  & Control,  mostly  with  the 
General  Electric  Company,  He  was  instrumental  in  bringing  computer- 
ized project  management  capabilities  to  over  a half  dozen  divisions  of 
G.E.,  including  the  development  of  project  control  methodologies, 
system  specifications,  system  selection,  system  implementation,  user 
training  and  management  of  the  project  control  function. 

Mr.  Levine  served  on  the  Board  of  Directors  of  the  Project 
Management  Institute,  as  President  and  Chairman  of  the  Board  of  PMI, 
an  international  professional  society  of  6000  members,  in  60  countries. 

Mr.  Levine  has  been  Adjunct  Professor  of  Project  Management  at 
Rensselaer  Polytechnic  Institute,  Troy,  N.Y.,  and  has  conducted 
lectures,  workshops  and  seminars  at  dozens  of  schools,  symposia  and 
organizational  meetings.  Mr.  Levine  also  conducts  in-house  seminars 
and  does  training,  consulting,  and  software  selection  and  evaluation 
for  several  corporate  clients,  and  is  project  management  training 
advisor  to  PC  EXPO. 

Mr.  Levine  is  the  author  of  the  book  "Project  Management  using 
Microcomputers",  published  in  1986  by  Osborne/McGraw-Hill.  A second 
book  is  in  progress. 

Mr.  Levine  is  the  founder  and  principal  of  The  Project  Knowledge 
Group,  35  Barney  Road,  Clifton  Park,  NY  12065,  a consulting  firm 
specializing  in  project  management  training,  project  management 
software  selection,  evaluation,  & implementation,  and  project 
management  using  microcomputers. 
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Corporate/llser  Clients: 

Ford  Motor  Company 
Jet  Propulsion  Lab 
John  Deere 

Singer  - Link  Plight  Simulation  Div. 
Boeiiringer  Ingelheim  Pharmaceuticals 
Schneider  International 
py  Communications 
First  National  Bank  of  Chicago 
General  Electric  Company  ■ 

Nynex 

U.S.  Air  Force 
Zenith  Laboratories 
U.S.  Dept,  of  Energy 
Henry  Ford  Health  Care  Corp. 

Grand  Gulf  Nuclear  Station 
Energy  Absorption 
Beall's  Dept  Stores 


PH  Software  Developers: 

Metier  Management  Systems 
Primavera  Systems 

Project  Software  S Development,  Inc 
Multilrak  Software 
Pertmaster  International 
Frontline  Systems 
Computer  Associates 
InstaPlan  Corp. 

Software  Publishing  Corp 
Microsoft  Corp. 
kSH  Project  Systems 
Scitor  Corp. 

Cybernetics  Index,  Inc. 

Applied  Business  Technology  Corp. 
Shaker  Computer  S Management  Services 
LGS  Conseillers  en  Informatigue,  Inc. 
Claris  Corp. 


Publication  A Education  Clients: 

Software  Magazine 
PC  iorld 
Infoworld 
PC  Meek 
McGraw-Hill 
Insight 

MacMillan  Publishing 
, PC  EXPD 

Han  Nostrand  Reinhold 
Architectural  A Engineering  Systems 
American  Management  Association 
Center  for  Professional  Advancement 
Rensselaer  Polytechnic  Institute 
Clarkson  Univ. 

Project  Management  Journal 
The  Interface  Group 
American  Society  of  Civil  Engineers 
Project  Management  Institute 


Harvey  A.  Levine 

Founder  and  Principal 

The  Project  Knowledge  Group 

35  Barney  Rood 

Clifton  Pork,  New  York  12065 

(518)  371-3598 


PROFILE 


Harvey  A.  Levine  has  had  over  26  years  of  service  to  the  project  management 
profession,  providing  applications,  system  design,  and  consulting  services  in 
project  planning  and  control,  mostly  with  the  General  Electric  Company. 

From  1962  to  1986,  he  was  instrumental  in  bringing  computerized  project 
management  capabilities  to  over  half  a dozen  divisions  of  that  company, 
including  the  development  of  project  control  methodologies,  system 
specifications,  systems  selection,  system  implementation,  user  training  and 
management  of  the  project  control  function. 

Mr.  Levine  recently  served  on  the  Board  of  Directors  of  the  Project 
Management  Institute,  as  President  and  Chairman  of  the  Board  of  PMI,  an 
international  professional  society  of  6000  members  in  60  countries. 

Mr.  Levine  has  been  Adjunct  Professor  of  Project  Management  at  Rensselaer 
Polytechnic  Institute,  Troy,  N.Y.,  and  has  conducted  lectures,  workshops  and 
seminars  at  dozens  of  schools,  symposia  and  organizational  meetings.  Mr. 

Levine  also  conducts  in-house  seminars  and  does  training,  consulting,  and 
software  selection  and  evaluation  for  several  corporate  clients,  and  is  project 
management  training  advisor  and  moderator  for  PC  EXPO. 

Mr.  Levine  is  the  author  of  the  book  Project  Management  Using 
Microcomputers,  published  in  1986  by  Osborne/McGraw-Hill.  He  has  written 
articles  for  PC  World,  Software  News,  Software  Magazine,  Architectural  and 
Engineering  Systems,  American  Management  Association  and  Insight,  and 
prepared  the  "Computers  in  Project  Management"  chapter  for  the  Project 
Management  Handbook  (2nd  Ed.)  He  also  writes  the  P.M.  Software  Forum,  a 
regular  feature  in  the  Project  Management  Journal.  He  has  been  quoted  in 
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over  three  dozen  periodicals  during  the  past  two  years,  and  has  been  featured 
in  articles  in  Infoworld,  PC  Week,  Personal  Computing,  Digital  Review,  and 
Business  Computer  Systems.  A new  book  is  in  progress. 

As  a leading  consultant  to  the  project  management  software  industry,  Mr. 
Levine  has  provided  evaluation,  feedback  and  product  development  services 
to  two  dozen  leading  vendors.  He  has  contracts  with  several  key  vendors  for 
software  evaluation,  training,  and  general  consulting. 

Mr.  Levine  is  the  founder  and  principal  of  The  Project  Knowledge  Group,  35 
Barney  Road,  Clifton  Park,  NY  12065,  a consulting  firm  specializing  in  project 
management  training,  project  management  software  selection  and 
evaluation,  and  project  management  using  microcomputers. 
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